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ABSTRACT 



A method and apparatus for overlaying a data image on a 
form image includes a form enhancement module that 
interfaces to a PostScript driver and a forms overlay plug in 
module. A forms overlaying utility is included that stores 
and manages encapsulated PostScript files of form images 
on a mass storage device connected to a printer. The method 
and apparatus also includes combining the data file also 
encoded, albeit in a standard PostScript format, with the 
image file of the form so as to provide a composite output 
form that is printed from the printer without having to 
download the form via the computer to the printer each time 
the form is to be completed. To this end, the method and 
apparatus includes the forms overlaying module that inserts 
particular PostScript commands into a print job stream 
produced by an Adobe PostScript (PS) driver executing the 
data page description so as to call the encapsulated Post- 
Script form image file from the printer hard disk and 
correctly combine it with the PostScript data file for printing. 

9 Claims, 9 Drawing Sheets 
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COMPUTER-RELATED FORM OVERLAY 
METHOD AND APPARATUS 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

The present application claims the benefit of and contains 
subject matter related to that disclosed in commonly owned, 
U.S. provisional application Ser. No. 60/065,883 filed on 
Nov. 17, 1997, the contents of which is incorporated herein 
by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention pertains to computer-related image 
forming methods and apparatuses that print images corre- 
sponding to image files, such as page descriptions, stored on 
a computer readable medium. More particularly, the present 
invention is directed to printing methods and apparatuses 
that combine a data image with an image of a form, such as 
a business form that is stored in memory on the printer, 
where the data image and image of the form are encoded in 
industry standard printer language commands. During a 
print operation, the data image is aligned with the image of 
the form, much like how conventional blank business forms 
are completed with typewritten data, and printed as a com- 
posite image on an image holding medium, such as paper, 
overhead transparencies, and the like. 

2. Discussion of the Background 

The trend in modern business operations it toward 
automation, however most business operations still rely on 
standard business forms in day-to-day operations. FIG. 1 
shows an example form that is commonly completed by 
hand. Using modern software such forms may be completed 
via computer assistance by displaying an image of the form 
on a display and entering data in specific fields of the form 
by way of a keyboard, mouse or other data input device. 
Once the computer-based form is completed, an operator 
prints the completed form, with the data input thereon, by 
downloading the form and data to a printer so as to obtain 
a completed hard-copy (see, e.g., FIG. 2). 

In some cases, the computer-based form may be relatively 
complex and include lines, text, graphics, shading or the 
like. Conventional standard printer languages, such as Post- 
Script or printer control language (PCL), help to resolve the 
complexity and inefficiencies of downloading large amounts 
of graphics data, on a pixel-by-pixel basis, by converting the 
graphics information into printer commands that are recog- 
nizable and interpreted by the printer. Accordingly, due to 
the large market presence of printers that are compatible 
with standard printer languages, the present inventors have 
identified that the most commercially valuable printer utili- 
ties and applications will be compatible with the standard 
printer languages. Custom printer packages simply do not 
have broad commercial appeal. 

As identified by the present inventors, the form informa- 
tion can often be very large, even if encoded in a standard 
printer language, but the data information used to complete 
the forms is generally relatively small. Thus much of the 
time required to download and print the completed form is 
dedicated to the repeated downloading of the form informa- 
tion. Aside from being time inefficient, repeated printing of 
the form places significant communications capacity 
demands on the link between the computer and the printer, 
which is particularly troublesome when the computer is 
connected to the printer via a network. 



58,927 Bl 

2 

Some conventional printers, such as laser printers, include 
a mass storage device, such as a bard disk, semiconductor 
memory, or other memory used for storing font information 
and graphics files such as logos. Retrieving and using this 

s graphics information is handled seamlessly by the standard 
printer driver, such as a PostScript printer driver, employed 
in the computer because the content of the graphics infor- 
mation is predetermined and can thus be accounted for in the 
printer driver. However, as will be discussed and as identi- 
fied by the present inventors, conventional utilities are not 
available for downloading large image files (such as tem- 
plates of forms) to be stored in the printer, and standard 
printer drivers are not available for making use of the large 
image files with a PostScript description of the data image 
(to be overlaid on the form). As currently identified, a risk 

15 with combining the large image file with the data image is 
that the large image file will leave its markings on a frame 
buffer, the contents of which will be printed by the printer, 
and the markings will adversely affect a graphics and 
execution state of a PostScript interpreter. Moreover, the 

20 large image file may instill an adverse lasting effect that 
impacts other print operations because the large graphics 
files changes a graphics state and execution state of the 
PostScript interpreter. 

U.S. Pat. No. 5,050,101 describes another printing appa- 

25 ratus that includes a memory which stores several types of 
. form information in a custom format. Because the informa- 
tion is encoded in a custom format, the printing apparatus is 
not compatible with standard printing languages, and thus 
could not use a standard PostScript printer driver, for 

30 example. In this apparatus, respective data sets are cataloged 
with certain, application unique, "delimiter codes" that are 
used to arrange information stored in the printer memory, 
and later used to construct a composite image. The unique 
codes are then used to arrange the respective data sets into 

35 composite images which are then printed, by way of a 
custom interpreter. 

As recognized by the present inventors, the above 
described printing apparatus relies on unique commands that 
are not compatible with other standard printer languages, 

40 such as PostScript, and thus, could not be conveniently used 
with various applications operating under commonly used 
operating systems such as WINDOWS 95 or WINDOWS 
3.1, for example. 

U.S. Pat. No. 4,944,614 describes a form overlaying type 

45 printing apparatus in which image data (which may be 
representative of a form) is downloaded to a printer at the 
same time as other data. The printer includes an input control 
section that distinguishes the image data from the other data 
and separately stores the respective data in different memo- 

50 ries. Subsequently, only variable data are input to the printer 
from the computer, and the printer constructs respective 
composite images by retreiving selected portions of stored 
image and other data according to the variable data. 
As recognized by the present inventors, conventional 

55 devices do not encode the image file and form data in a 
standard printer description design language such as Post- 
Script so that the forms may be employed by all standard 
application software and printers that support the PostScript 
printer language. For a general description regarding Post- 
60 Script language, see, e.g. Adobe Systems Incorporated, 
"PostScript Language Reference Manual", Addison- Wesley 
Publishing Company, Inc., Second Edition, 1990, and 
McGilton, et al, "PostScript by Example", Addison-Wesley 
Publishing Company, Inc., 1992, the entire contents of both 

65 of which are incorporated herein by reference. 

Aside from print "overlaying" applications that use 
unique approaches to encoding data, several variants of 
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standard printer description languages are available for produced by an Adobe PostScript (PS) driver executing the 

encoding images, but the present inventors have determined data image file so as to call the EPS form image file from the 

that most standard printer description languages do not printer hard disk and correctly combine it with the PS data 

support mass storage device access as a standard feature. fi* e f° r printing. 

PCL is an example of a standard printing language that does s Because a PS data file may improperly presume a 

not meet this criteria. In contrast to PostScript, which is a landscape/portrait orientation of the EPS form file, the 

recognized exception, the other standard printer description inventive apparatus and method first detects an orientation 

languages fail to take advantage of the synergism between of presumed bounding box for storage in the EPS file and 

standard, and thus broadly applicable, printer design ro ! ates ! he EPS file, if necessary, to make the EPS image 

languages, and the use of file management features that 10 onentoUoncoi™ 

enable the operator to organize and maintain form files oo To this end, a chppath associated with the EPS form image 

• , , * j- u u „i jvi is also translated in a V direction to compensate for the 

the printer s mass storage devices such as a hard d.sk, when performed, which rotates about a 

optical disk, or semiconductor memory bank, for example. boUom |e £ hand amr £ ^ cli p path 

SUMMARY OF THE INVENTION 5 A feature of the present invention is a mechanism that 

compares offset values in a current transformation matrix to 

Accordingly, one object of the present invention is to "y" coordinates of a boundingbox defined in EPS image file 

provide a novel computer-based method and apparatus the m $ substitutes these " y" coordinates of the boundingbox for 

overcomes the above-described limitations of conventional the offset values, when different. Otherwise, differences 

methods and apparatuses. between the offset values and the "y" coordinates will induce 

Another object of the present invention is to provide a 20 an offset in position to occur on the printed page between the 

novel computer-based method and apparatus for combining EPS form image and the data image, 

a data file with an image file and producing a composite, The present method and apparatus also includes a mecha- 

overlaid, output image, where the image file of the form is n ism for ensuring that the form images will not be purged 

stored on the printer and is selectable by an operator of the from the printer's mass storage device upon execution of a 

computer. 25 showpage command. More particularly, the sbowpage 

Yet another object of the present invention is to provide a operation is redefined to serve as a "no-op" operator, thereby 

printer driver module that unobtrusively augments a stan- avoiding a conventional showpage operation from being 

dard printer driver so as to be used with commonly used with executed after interpretation of the EPS form page descrip- 

applications that use the standard printer driver under con- tion file. 

ventional operating systems, such as the WINDOWS oper- Furthermore, a feature of the present invention is a 

ating system. graphical user interface that enables an operator to select the 

Still another object of the present invention is to provide above described forms overlaying operations as an extension 

a method and mechanism for encoding forms stored on a of the printer utility options in a standard computer operat- 

hard drive of a printer in an encapsulated PostScript, EPS, 35 ing system, such as WINDOWS, 

format that are callable by a PostScript stream from a BRIEF DESCRIPTION OF THE DRAWINGS 
PostScript data image file. 

A further object of the present invention is to augment a ^mow complete appreciation of the invention and many 

standard printer driver, such as a PostScript printer driver, of * e a,tend ° Dt s ^J? 0 , J ^ obtained 

with a forms overlaying module that enables a PostScript w f , he sam < **°°™ s beU " understood by reference to the 

stream from a data image file to call an EPS file stored on followmg detailed description when considered in connec- 

a hard disk of a printer without the EPS file adversely Uo °™* . the "«ompanymg drawing* wherein: 

changing a graphics or execution state of a PostScript FIG. 1 * an exemplary form pnnted on a page, and in the 

interpreter during execution of the EPS file and without the co , nt «' ° f P resc °' invention, corresponds to an Encap- 

EPS file being dependent upon any assumed interpreter 45 sulated PostScript (EPS) form page description file down- 

state loaded from a computer and stored on a mass storage device 

Another object of the present invention is to provide a j!* 1 ? 1 . 6 ^ .... . . « . , , 

method and apparatus that overlays a data image in a * lG 2 * a s ] mila c r 1 una S e 1 t0 shown FIG. 1, with the 

PostScript file with an EPS filed saved on a printer mass addltlon of a data file overIaid thereon i 

storage medium and redefines a showpage operation to serve 50 FIG ' 3 1S a s y stem level block dia g ram of a computer- 

as a no-op (no operation), or other suitable non-printing based forms overlaying system according to the present 

operation, so as to prevent printing of unwanted pages and invention; 

clearing of a frame buffer upon execution of a showpage FIG. 4 is a more detailed block diagram than that shown 

operation occurring in a PostScript stream. m FIG. 3 and identifies separate mechanisms included 

These and other objects are achieved with a form 55 computer that constitute forms overlaying fea- 

enhancement (or forms overlaying) module that interfaces to tures of the present invention; 

a PostScript driver and a forms overlaying utility that stores FIGS. 5A and 5B are respective diagrams showing ori- 

and manages encapsulated PostScript files of form images entalion and origin offset errors in the EPS form page 

on a printer's mass storage device. The method and appa- description file; 

ratus also includes combining the data file (data page 60 FIG. 6 is a flowchart of a process for detecting and, if 

description) also encoded in the PostScript format with the necessary, translating and rotating the EPS form image in 

image file so as to provide a composite output form that is order to align properly with the PS data file, consistent with 

printed from the printer without having to download the either a portrait or landscape setting as determined by the PS 

form via the computer to the printer each time the form is to data file; 

be completed. To this end, the inventive method and appa- 65 FIG. 7 is a flowchart of a process for changing an origin 

ratus includes the forms overlaying module that inserts of the EPS form image to be consistent with an origin of a 

particular PostScript commands into a print job stream current transformation matrix; 
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FIG. 8 is a forms overlaying inquiry tab of a printer FIG. 3) when printed by the printer 1 as a composite image 

properties graphical user interface window in which an ("Form+Data", as identified in FIG. 3). 

operator selects an EPS form stored on a mass storage device FIG. 4 is a more detailed block diagram that shows the 

of a printer for use in printing a form with data overlaid respective mechanisms, mostly software-based 

thereon; and s mechanisms, in the computer 5 that provide a way for 

FIG. 9 is a forms overlaying utility window that enables respective EPS form files to be downloaded to the storage 

an operator to manage files on the printer's mass storage £e™ c 3 ° f * hc P mtcr 1 and later printed when called by a 

jfcyj^g or © PostScript stream sent to the printer 1. The computer 5 

connects to a data input device 40, such as a printer, mouse 

DETAILED DESCRIPTION OF THE 10 or data conneclor as a Universal Serial Bus (USB), 

PREFERRED EMBODIMENTS FireWire, wireless LAN connection or the like. A display 42, 

such as a cathode ray tube, plasma display, liquid crystal 

Referring now the drawings, wherein like reference display, or the like, is also connected to the computer 5. 

numerals designate identical or corresponding parts Although not shown, the computer includes other input/ 

throughout the several views, and more particularly to FIG. ^ oulput mechanisms such as floppy disk drives, optical disk 

3 thereof there is illustrated a block diagram of a computer- drives, computer network connections, semiconductor 

based apparatus that implements a form enhancement, over- memory, data interfaces to scanning device, etc. that may be 

laying operation using forms stored on a mass storage device use d as mechanisms for inputting data to the computer 5. 

3 of a printer 1, and a data page description downloaded ^ computet uses an operating system such as WIN- 

from a computer 5. M D0WS 95, that includes operator-selectable printer property 

FIG. 3 illustrates a PostScript compatible printer, such as options, as shown in FIG. 8, that appear as a separate, 

model number MP01, available from Ricoh Corporation, operator selectable tab. Similarly, FIG. 9 shows a Forms 

appropriately adapted to contain a mass storage device 3 Enhance Utility interface window that allows various EPS 

included either internally to the printer 1 or externally form page description files to be downloaded, renamed, or 

thereto. The mass storage device 3 is a magnetic hard disk M deleted from the storage device 3 of the printer 1. 

drive, although an optical disk, semiconductor memory, or Various applications executed by the computer 5 produce 

the like may be used as well. A personal computer 5, such graphics device interface (.GDI) formatted files that are 

as a Dell Omniplex GL5 133 using WINDOWS 95 as an passed to a PostScript driver 50. The PostScript driver 50 

operating system, provides user data to the printer 1 by way converts the respective .GDI files into a stream of PostScript 

of a parallel port or alternatively over an Ethernet network 30 commands, which will ultimately be passed to a PostScript 

using a TCP/IP protocol, for example. Included within a interpreter hosted in the printer 1. Also included in the 

memory of the printer 1, is a utility 7 that cooperates with PostScript driver 50 is a PostScript printer description (PPD) 

a utility 61 (FIG. 4) stored in the computer to perform the fii e 51 and a standard PostScript level 2 Adobe PostScript 

EPS form page description file download, and file manage- driver 52. The PPD file 51 includes information about 

ment procedures. 35 printer-specific features and attributes, such as the fonts built 

An operation of the apparatus shown in FIG. 3 will first into, or stored in, the printer 1, page sizes, printer trays, etc. 

be described at a general level, and a more detailed treatment The standard Adobe PostScript Driver 52 includes an Adobe 

will be provided in reference to FIG. 4. An image of an OEM Plug-in kit, which is the vehicle by which a form 

invoice (i.e., a type of business form) is stored as an overlay (i.e., a form enhancement, FE) plug-in module 55 

encapsulated PostScript (EPS) file on the storage device 3, 40 modifies the PostScript stream when executing the forms 

after previously having been downloaded to the printer from overlaying function of the present invention. While the FE 

the computer 5 by the utility 61 (FIG. 4). The image of the plug-in module 55 is shown as being an add-on feature, 

invoice corresponds to a blank form without new data, from alternatively the functions performed by the FE plug-in 

an end-user, contained thereon. Alternatively, the form may module 55 may be incorporated into the PostScript driver 55 

contain subsets of data, such as the operator's name and 45 itself 

phone number, for instance to be stored with the form. i n response to user inquiry, the PostScript driver 50 

When the operator of the computer 5 identifies a partial- produces a selection option that allows a user to enable or 

lar form (such as that identified in FIG. 1) already encoded disable the forms overlaying function. More particularly, 

in an EPS format, the user selects the form and initiates a under a "printer property" window of the operating system, 

print operation for a preselected data page description 50 a "Ricoh Forms Enhancer Tab" (like that shown in FIG. 8) 

(identified as "user data" in FIG. 3). In response, a Post- is available for selection by a user. This window includes an 

Script Driver in the computer 5 emits a stream of PostScript "Enable Forms Enhancer" option that allows the user to 

commands, although a forms overlaying (forms enhance- enable and disable the forms overlaying function. If disabled 

ment module, element 55 in FIG. 4) intervenes in the then, then "std" ".PS" files are passed from the PostScript 

generation of the stream at predetermined locations (as will 55 driver 50 to a "(.PS) File" buffer 57 and subsequently to the 

be later discussed) and makes modifications to the stream to printer 1, without the FE plug-in module 55 modifying the 

enable the selected EPS form page description file stored on PostScript stream. Thus, in this case a data page description 

the storage device 3 to be called and used thereby, where the may be combined with a form image, but both with be 

modifications are made to avoid disturbing a state of the drafted as conventional PostScript files (not EPS files) and 

PostScript interpreter in the printer 1. With respect to the 60 sent to the printer 1. On the other hand, when the operator 

"modifications", only additions are made by the forms enables the forms overlaying operation, only the data page 

overlaying module 55 (FIG. 4) so as to preserve complete description (after having selected PostScript commands 

compatibility with PostScript capable machines and soft- added by way of the FE plug-in module 55) is sent to the 

ware applications. These modifications allow the PostScript "(.PS) File" buffer 57 and when called thereby the EPS form 

stream to run the EPS file on the storage device 3 such that 65 page description file is retrieved from the printer's storage 

the PS data image ("user data", as identified in FIG. 3) is device 3, without being separately downloaded from the 

overlaid on the EPS form image ("Invoice", as identified in computer 5 to the printer 1. 
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The form file mechanism 59, is a utility that enables users 
to generate a form and convert the form into an EPS file 
format for storage on the printer's storage device 3, More 
particularly, the user creates a form using software such as 
Omni Form, offered by Caere, Form Tool 97, offered by 
IMS I, In-Power Forms, offered by Think Stream, Key Form, 
offered by Softkey, or Trans Forms, offered by MIPS, for 
example. Once generated, if the form-making software does 
not offer a mechanism for converting the form into an EPS 
file, then the EPS form file mechanism 59 instructs the user 
to select the "properties" menu of the "file" menu of the 
"printer" menu and select the encapsulated PostScript output 
file format option. Subsequently, in a print dialogue box the 
o perator is prompted to p r int to jUeJhe new fgrg\ ( j ^ \*VS% 
format ) and then promptedlo give the file name that can b e 
later used to retrieve the form from the printe r's storage 
de vice 3. 

Subsequently, the download form utility 61 prompts the 
user to query which of the respective forms are to be 
downloaded to the storage device 3. The storage device 3 
serves as a repository for the various forms that are down- 
loaded thereto and the total number of files is determined by 
an amount of available space on the storage device 3. In the 
event that the storage device 3 becomes full, newly down- 
loaded form files are not saved and a warning message is 
displayed on the display 42. Alternatively, the user is 
prompted in reply to the recognition of the unavailability of 
space, so that the user may identify files on the storage 
device that may be erased so as to create sufficient room for 
the new file. 

When implementing the present forms overlaying 
mechanism, several implementation problems were identi- 
fied and solutions to such problems were also identified, as 
explained below. First, a problem was discovered in how to 
orient the EPS form in a manner consistent with the FS data 
page description that called the EPS form. Because the EPS 
form is prepared independent of a particular calling file, it is 
desirable to orient the respective EPS form images in a 
consistent manner (i.e., consistently portrait or consistently 
landscape) so that a calling file will know whether or not to 
rotate the EPS form image used in the particular form 
overlaying application. Moreover, some calling programs 
may want the EPS form image to be in a landscape 
orientation, and others may want the EPS file to be in a 
portrait orientation. Thus, if by convention the EPS files are 
always saved in a portrait setting, then the calling file will 
know, a priori, whether the EPS file must be rotated, or not, 
in order to match the data image. In order for the file 
enhancer utility 61 (FIG. 4) to know whether to rotate the 
image, the bottom left and upper right coordinates a bound- 
ingbox (or clippath) are first identified, namely a, b and c and 
d, corresponding to llx (lower left x), lly (lower left y) and 
urx (upper right x), ury (upper right y) coordinates. FTC 5A 
illustrates such a bounding box, as identified by a dashed 
line, where a, b define the bottom left coordinate, and c, d 
define the upper right coordinate. To determine whether the 
boundingbox must be rotated, a comparison is made to 
determine if od. If this condition is not satisfied, the 
orientation of the image is not changed. However, if od, 
then the x component of the upper right coordinate is greater 
than the y component of the upper right coordinate, indi- 
cating that the form image is oriented in a landscape setting 
and indicating that a 90° rotation operation should be 
performed on the image. The rotation operation rotates the 
image about the bottom left-hand corner, which offsets the 
image in "y" direction relative to the page, as shown in FIG. 
5A. Accordingly, in order to readjust the image in the "y" 
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direction, a translation operation is performed before the 
rotate operation (although it may also be performed after the 
rotation operation), where the amount of rotation is set to be 
the sum of the two y coordinates (b+d). Thus, when it is 
5 determined that a rotation operation is required, the follow- 
ing two operations are performed on the EPS form page 
description file: 



(b+d) 0 translate 

90 rotate 



FIG. 6 is a flowchart identifying a method for identifying 

15 whether the EPS form image needs to be rotated and 
translated. The process beings in step SI where the bound- 
ingbox is identified for the EPS form image. In particular, 
the coordinates used to define the upper right comer of the 
boundingbox are identified. The process then proceeds to 

2Q step S3 where the value associated with coordinated c is 
compared with value associated with the coordinate d so as 
to determine whether c is greater than d. If the response in 
step S3 is negative, then in step S5 it is determined that no 
rotation is necessary and the process ends. However, if the 

25 response in step S3 is affirmative, the process flows to step 
S7 where the translation operation is performed, followed by 
step S9 which performs the 90° rotation operation. 
Subsequently, the process ends. 
Another problem that was discovered, and ultimately 

30 corrected, was that the offset variables in the transformation 
matrix defined by the Adobe PostScript driver 52 are defined 
in an inconsistent format with that used to define the 
boundingbox coordinates of the EPS file. In particular, the 
offset variables in the transformation matrix (as identified in 

35 a PostScript driver naming convention such as "/mysetup") 
are defined in a real format, while the boundingbox coor- 
dinates are defined in an integer format. For example, in one 
exemplary case, a boundingbox was defined to have b and 
d coordinates with integer values of 13 and 780, but the 

40 offset values in the transformation matrix were observed to 
have values of 12.96 and 778.92, respectively. As a 
consequence, and as illustrated in FIG. 5B, an offset was 
observed between the EPS form page description file and the 
PS data page description. Thus, the data image did not 

45 precisely match the form image. 

In recognition of this problem, it was determined that the 
undesired offset could be overcome by substituting the b and 
d bounding box coordinates for the oflset values of the 
current transformation matrix. By making this substitution 

50 the EPS form file would align properly with the data page 
description when the composite image was formed. 

FIG. 7 is flowchart of a process for detecting whether an 
offset occurs between the origin of the boundingbox and the 
current transformation matrix, and correcting the offset if 

55 present. The process beings in step Sll where the bound- 
ingbox and the coordinates contained therein are identified. 
Once identified, the process proceeds to step S13 where at 
least one of the coordinates b and d is compared with a 
corresponding offset coordinate in the current transforaia- 

60 tion matrix. If the result of the inquiry in step S13 is 
negative, the respective coordinates are equal, and the 
process ends. However, if the respective coordinates are 
different from one another, the offset coordinates in the 
current transformation matrix are replaced by the corre- 

65 sponding boundingbox coordinates (i.e., b and d). 

Aside from the above-described problems and solutions 
related to the forms overlaying utility 61 (FIG. 4), several 
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issues arise as a result of employing the EPS form page that placing error handling code in-line would most effi- 

description file (e.g., a form template) on the printer's ciently accomplish this task. The drive plug- in module 

storage device 3, that would be easily callable from the data inserts an error handling routine which is invoked if an error 

image PostScript stream produced by the combination of the is encountered during execution of the form from the disk, 

Adobe PostScript Driver 52 and the FE-Plug-In Module 55. 5 This is accomplished using a PostScript stopped context to 

More particularly, the present inventors have identified the trap errors and then alternative PostScript code is executed 

importance of minimizing the amount of changes to the during an error condition to generate an error report on the 

PostScript page description and the importance of modifying printed material 

the PostScript stream at locations where OEM defined A ntl recog nized problem is the execution of 
portions of the pnnter dnver can intervene. "showpage" operations after completion of the interpreta- 
At nsk is the EPS form image m Uie pnnter s frame buffer ^ of form Executin ^ a showpage oper ation after corn- 
creating residual sta e changes tha inadvertently ^disturb a ti an tation of ^ { ^ have several 

graphics and execution state of the printers PostScript _u **• * j a 
. rp . • . j 1 . tU c - * cdc negative consequences such as printing unwanted pages and 
interpreter. To this end. by saving the form image in an EPS . . r _ . «■ „ r . 0 - 1 
" H / » y oi UB i*x B clearing a frame buffer. Because the present forms overlay- 
format (versus a custom format or a PCL format, for „ , • «. • . ui l . n *c • . 

. \ j . r» .0 ■ . j • . L rr- to. t 35 mg invention is transportable between PostScript compat- 

example) and uiserUng PostScript code via the FE-Plug-In jb * deyi & fc n£ / tical , Q eliminate me ^ owpllg< . 

Module 55 at predetermuied locations, a significant amount , r . L r» .o ■ . . 

. A . ..... . * • • , . * . operator from the PostScript stream. 

of protection against state changes to the interpreter during , . , - 3 

the image data execution is gained, and is a severance of a u In ^ ht ° f mis P roblem > ,he I*? 61 " mv c ° K re l c °S mzed 
dependency of the EPS form page description file on an „„ mat ,h . 6 ^wpage operatormay be redefined to be a non- 
assumed interpreter state is obtained. Thus, the selection of 20 °P erlUon n °-°P > ^e redefimUon of the showpage 
an EPS format to hold the form file is compatible with the °P e f° n 18 done , when the downloaded image form is 
PostScript printer language, and helps to ensure stable, «caUed so as to allow for any special pre-processing which 
PostScript-compatible operation. mav be done or »Ppl"*Uon dependencies. One mechanism 
...... j • • . j. ™ i w j i for making the showpage operation less intrusive is to 

The point at which code is inserted by FE-Plug-In Module „ . c ° . .• 

....... , n .o • . . • i . . .i. 25 redefine the showpage operation as a no-op is by using the 

55 into the dnver s PostScript stream is relevant to the * n ■ u » . • 

. ,. , • t .• u • i.i following character string: 

present forms overlaying function being completely com- & .. & 

patible with PostScript compatible software applications and 0W P a S e i / e - 

PostScript compatible equipment. It is preferable that the White the previously cited, Adobe PostScript Unguage 

code be inserted into the PostScript stream from the standard „ Reference Manual recognizes mat the showpage operator 

Adobe PostScript Driver in two precise locations: a first 30 may be redefined using a redefiniUon character string hke 

locationbeingforaninsertionofthesetupcodefortheentire "^defined above (see e.g. page 719 of PostScript Lan- 

job and the second location being for a causation of the guage Reference Manual Second Edition ), this description 

execution of the form overlay from the printer's storage 15 madc wd <* mc Preoption the showpage operator will 

a ^ u contain a parameter between the brackets. In contrast to this 

device tor each page. 1C r , . 

™, ~ . . t . . . , .. . , . j . approach, the present inventors have purposely redefined the 

The first insertion point, or location, is selected so that the £ r . . . . , . 

- 4l _ 'i. . j . ..ii_jTn_- showpage operator with no parameter between the brackets 

cup area of the page to be printed is established. This \ * f. .„ c iL . . 4 

• *u . *u j ■ u * u- u j r *u . a so that the showpage operation will perform the equivalent 

requires that the page device be established for the tray and c *• c 

• *• u c 4U r 4U * 1 * j t- function of a no-op. 

page size in question before the clip path is evaluated. To „ . / . t , 4 .. , - 

!u- j • *u . u a- . .u u * One example of where to employ this redefinition of the 

this end. in the present embodiment, the chosen point isat Ani _ r , . . .i JL ,j L jjj. 

,u i * i * * *u n r» i •,. j i *u * j j showpage operator is shown below and should be added to 

the last element of the Page Prolog emitted by the standard ,l c 7 <? i jj.*u . 

the front of any file to be downloaded to the printer s storage 

PostScript printer driver. j • ^ 

m , . . device 3: 

The second insertion point recurs on a per-page basis, 

where, generally the insertion for pages after the first is 

relatively easy to determine, however, the first page is tricky. 45 

This is due to the tendency for drivers to emit a large amount /filename (demoform.eps) def 

of page oriented setup code directly before the first page, as /ieadh currentfile def 

is observed by the present inventors. The form overlay ^^SS^drf ^ ^ 

operation is thus preferably executed at a point where 

anything which would clear the image able area has already 50 { 

executed, where the graphics state is same and the intended { 

page device is installed. To this end, in the present "tLT*""" 

embodiment, the chosen point is at the end of the Page Setup ^ exit j tf 

and before where the Page Resources are emitted. } 

Regarding state manipulation, when the form overlay is 55 lo °? t , ei 

. a <■ *u ■ f > * a ' tu I writeh closefile 

executed from the printer s storage media, there are two y ^ 

aspects of state which are to be manipulated. First, the doit 

present interpreter state is preserved and next a new, rela- % Line added to redefine showpage 

tively pristine, state is constructed for the execution of the /showpage {} def 

form overlay on the storage device. The save operator is 60 

used to preserve the graphics and VM state and a new In the above example, a first part of the code causes 

transformation matrix is installed so that there will be no everything after the operator "doit" to be downloaded to the 

scaling or translation side effects. The previous matrix, VM storage device 3 on the printer 1 (FIG. 4). The second part 

state and graphics state are restored using the restore opera- of the above code redefines the showpage operator as 

tor and other matrix manipulation operators. 65 previously discussed. 

In order to properly report errors to the operator during An initialization code string is employed as a set up 

form overlay execution the present inventors determined portion to be emitted after a standard driver header, but 
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before the PostScript file associated with the data to be 
included on the form. The following code replaces a setup 
portion to be emitted after a standard driver header for a 
form on the disk named 'kristen.eps': 



%Ricoh Form Overlay Header Begin (kristen) 
/FormOverlay « /FormType 1 /BBox [ clippalh patbbbox ] 

/Matrixll.O 0 0 1.00 0] 

/Paint Proc { pop /FormOverlaySaveObj save def 

{(UserForm/kiisten.eps)iun} stopped 
{ 

/Times- Roman 24 selectfont 100 600 
moveto (Form Overlay Error: ) show 

/ s 100 string def Serror dup /enorname get s cvs show 

A 00 570 moveto (Offending Command: ) show 

/command get s cvs show 

100 540 moveto (Form Filename: kristen.eps) show 

clear FormOverlaySaveObj restore } bind 
» def 

/FormOverlayExec { 

/FormOverlayMTX 6 array currcntmatrix def 

initmatrix FormOverlay execform 

FormOverlay \fTX setmatrix 
} bind def 
end 

% Ricoh Form Overlay Header End 



The above code describes how a form dictionary is set up 
such that the form dictionary may be used to reproduce the 
image form. Note that the PaintProc operation calls out the 
form file downloaded in the above described example and 
runs it with the appropriate save and restore operations. 

The next portion of code is inserted as a string at the 
beginning of each page: 

FormOverlayExec 
The above described string executes the form represented by 
the form dictionary bound to the name "FormOverlay" 
defined in the above described initialization code. The 
execution of the form will not change the state of the 
interpreter, owing to the saves and restores as well as the 
definition and implementation of the execform operator. 

Experiments using the present form enhancement show 
significant improvement in download time. More 
particularly, samples files generated using OmniForm were 
used to make a typical invoice form with moderate graphics 
image content. Afirst file, shown below, is an output of form 
and data, and the second file is an output of data only. 

FORMDATA PS 97,842 06-13-96 6:54p formdata.ps 
DATAONLY PS 18,812 06-13-96 6:54p dataonly.ps 
During the experiment it was assumed that the Form+Data 
equaled 100 k, and the Data only equaled 20 k. The observed 
results are shown in Tables 1 and 2. 

TABLE 1 



Downloading form over Centronics Parallel Link 

Typical Centronics Speed 100 k/sec 
Average Disk Transfer 1 MB/sec 

Printer's 

Centronics Disk Access Total Time Relative PPM 



OmniForm 1000 ms 1000 ms X ppm 

Without Form- 
Overlay 

OmniForm 100 ms 100 ms 200 ms X + 4 ppm 

With Form 

Overlay 
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TABLE 2 



Downloading form over TCP/IP 
Typical LAN Speed 100 k/sec 
Average Disk Transfer 1 MB/sec 

LAN Printer's 
(TCP/IP) Disk Access Total Time Relative PPM 

OmniForm 1000 ms 1000 ms X ppm 

10 Without Form- 
Overlay 

OmniForm 100 ms 100 ms 200 ms X + 4 ppm 

Wilh Form 

Overlay 



Aside from the above described advantages, by storing 
the forms on a mass storage device, the forms are not lost 
when a power outage is observed. 

The processes set forth in the present description may be 
implemented using a conventional general purpose micro- 

20 processor programmed according to the teachings of the 
present specification, as will be appreciated to those skilled 
in the relevant art(s). Appropriate software coding can 
readily be prepared by skilled programmers based on the 
teachings of the present disclosure, as will also be apparent 

25 to those skilled in the relevant art(s). 

The present invention thus also includes a computer- 
based product which may be hosted on a storage medium 
and include instructions which can be used to program a 
computer to perform a process in accordance with the 

30 present invention. The storage medium can include, but is 
not limited to, any type of disk including floppy disk, optical 
disk, CD-ROMS, and magneto-optical disks, ROMS, 
RAMs, EPROMs, EEPROMs, flash memory, magnetic or 
optical cards, or any type of media suitable for storing 

35 electronic instructions. 

Obviously, numerous modifications and variations of the 
present invention are possible in light of the above teach- 
ings. It is therefore to be understood that within the scope of 
the appended claims, the invention may be practiced other- 
wise than as specifically described herein. 

40 What is claimed as new and is desired to be secured by 
Letters Patent of the United States is: 

1. A method for overlaying a data image contained in a 
PostScript data file on a form image contained in an encap- 
sulated PostScript file, comprising the steps of: 

storing the form image in the encapsulated PostScript file 
on a storage device of a printer; 

sending the PostScript data file to the printer which causes 
the encapsulated PostScript file to be interpreted with 
50 the PostScript data file; 

determining whether an orientation of the form image in 
the encapsulated PostScript file is common to a prede- 
termined orientation; 

reorienting the form image in the encapsulated PostScript 
55 file if it is determined in the determining step that the 
form image in the encapsulated PostScript file is not 
common to the predetermined orientation; and 

printing a composite page having the data image from 
said PostScript data file overlaid on the form image 
60 from said encapsulated PostScript file. 

2. The method of claim 1, further comprising the step of 
redefining a showpage operation to perform a no -operation. 

3. An apparatus for overlaying a data image contained in 
a PostScript data file on a form image contained in an 

65 encapsulated PostScript file, comprising: 

means for storing the form image in the encapsulated 
PostScript file on a storage device of a printer; 
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means for sending the PostScript data file to the printer 
and causing the encapsulated PostScript file to be 
interpreted with the PostScript data file; 

means for determining whether an orientation of the form 
image in the encapsulated PostScript file is common to 5 
a predetermined orientation; 

means for reorienting the form image in the encapsulated 
PostScript file if it is determined by the means for 
determining that the form image in the encapsulated 
PostScript file is not common to the predetermined 10 
orientation; and 

means for printing a composite page having the data 
image overlaid on the form image. 

4. The apparatus of claim 3, further comprising: s 
means for redefining a showpage operation to perform a 

no-operation. 

5. An apparatus for overlaying a data image contained in 
a PostScript data file on a form image contained in an 
encapsulated PostScript file, comprising: 2 0 

a processor; and 

a computer readable medium encoded with processor 
readable instructions that when executed by the pro- 
cessor implement, 

a form image storing mechanism configured to store a 25 
form image on a memory of a printer as an encap- 
sulated PostScript file, 

an orientation correction mechanism configured to 
determine whether an orientation of the encapsulated 
PostScript file is common to a predetermined 30 
orientation, and to rotate the encapsulated PostScript 
file if it is determined that the encapsulated Post- 
Script file is not commonly oriented with the prede- 
termined orientation, and 

a data file printing mechanism configured to send a 35 
PostScript data file to a printer and cause the encap- 
sulated PostScript file stored on the memory of the 
printer to be interpreted with the data file. 

6. The apparatus of claim 5, wherein: 

said computer readable medium is further encoded with 40 
processor readable instructions that when executed by 
the processor further implements, 
a showpage redefinition mechanism that redefines a 
PostScript showpage operation to perform a 
no-operation command. 45 

7. A method for overlaying a data image contained in a 
PostScript data file on a form image contained in an encap- 
sulated PostScript file, comprising the steps of: 



,927 Bl 

14 

storing the form image in the encapsulated PostScript file 

on a storage device of a printer; 
sending the PostScript data file to the printer which causes 

the encapsulated PostScript file to be interpreted with 

the PostScript data file; 
adjusting an origin of at least one of the encapsulated 

PostScript file and a transformation matrix so as to 

provide a common origin for both the encapsulated 

PostScript file and the transformation matrix, and 
printing a composite page having the data image from 

said PostScript data file overlaid on the form image 

from said encapsulated PostScript file. 

8. An apparatus for overlaying a data image contained in 
a PostScript data file on a form image contained in an 
encapsulated PostScript file, comprising: 

means for storing the form image in the encapsulated 
PostScript file on a storage device of a printer; 

means for sending the PostScript data file to the printer 
and causing the encapsulated PostScript file to be 
interpreted with the PostScript data file; 

means for adjusting an origin of at least one of the 
encapsulated PostScript file and a transformation 
matrix so as to provide a common origin for both the 
encapsulated PostScript file and the transformation 
matrix; and 

means for printing a composite page having the data 
image overlaid on the form image. 

9. An apparatus for overlaying a data image contained in 
a PostScript data file on a form image contained in an 
encapsulated PostScript file, comprising: 

a processor; and 

a computer readable medium encoded with processor 
readable instructions that when executed by the pro- 
cessor implement, 

a form image storing mechanism configured to store a 
form image on a memory of a printer as an encap- 
sulated PostScript file, 

a translation mechanism configured to adjust an origin 
of at least one of the encapsulated PostScript file and 
a transformation matrix so as to provide a common 
origin for both the encapsulated PostScript file and 
the transformation matrix, 

a data file printing mechanism configured to send a 
PostScript data file to a printer and cause the encap- 
sulated PostScript file stored on the memory of the 
printer to be interpreted with the data file. 

***** 
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